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2. RELATED APPEALS AND INTERFERENCES 

Appellants are unaware of any other appeals or interferences related to this Appeal. 
The undersigned is Appellants' legal representative in this Appeal. HPDC, the Assignee of 
the above-referenced application, as evidenced by the documents mentioned above, will be 
directly affected by the Board's decision in the pending appeal. 

3 STATUS OF CLAIMS 

Claims 1-31 are currently pending and under final rejection and, thus, are the subject 
of this appeal. 

4. STATUS OF AMENDMENTS 

Appellants have not submitted any amendments subsequent to the Final Office Action 
mailed on October 31, 2003. 

5. SUMMARY OF THE INVENTION AND OF THE DISCLOSED EMBODIMENTS 

The present application is directed to a personal digital assistant (PDA) having a main 
unit and an option pack. The option pack includes one or more applications, as well as drivers 
associated with the one or more applications. The software applications and software drivers 
are stored on the option pack to conserve memory on the main unit and to eliminate the process 
of downloading software from the Internet or a CDROM. Page 7, lines 11-14. Once an option 
pack is inserted into the main unit and the option pack is identified, the main unit determines 
whether it has enough battery life to power the option pack and determines whether it has 
enough memory space to download the applications and drivers from the option pack to the 
main unit. Page 26, lines 5-8; page 26, lines 14-16; page 27, lines 4-8. Once the main unit 
obtains the information on the drivers and applications, and determines that it has enough 
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battery life and memory to accommodate the applications and drivers, the applications and 
drivers are downloaded from the option pack to the main unit. Page 27, lines 8-16. 

6. ISSUES 

Issue No. 1 ; 

Whether claims 1, 3-8, 1 1 and 24-28 are unpatentable under 35 U.S.C. § 102(e) as 
being anticipated by Harari et al. (U.S. Pat. No. 6,266,724). 

Issue No. 2 : 

Whether claim 2 is unpatentable under 35 U.S.C. § 103(a) over Harari et al. (U.S. Pat. 
No. 6,266,724) in view of Bailey et al. (U.S. Pat. No. 6,134,612). 

Issue No. 3 : 

Whether claims 9 and 30 are unpatentable under 35 U.S.C. § 103(a) over Harari et al. 
(U.S. Pat. No. 6,266,724) in view of Garney (U.S. Pat. No. 5,538,436). 

r 

Issue No. 4 : 

Whether claims 12-14 are unpatentable under 35 U.S.C. § 103(a) over Harari et al. 
(U.S. Pat. No. 6,266,724) in view of Miller (U.S. Pat. No. 6,199,168). 

Issue No. 5 : 

Whether claim 15 is unpatentable under 35 U.S.C. § 103(a) over Harari et al. (U.S. 
Pat. No. 6,266,724) in view of Kane et al. (U.S. Pat. No. 5,652,832). 

Issue No. 6: 
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Whether claims 10, 16, 29 and 31 are unpatentable under 35 U.S.C. § 103(a) over 
Harari et al. (U.S. Pat. No. 6,266,724) in view of Petty (U.S. Pat. No. 6,369,486). 

Issue No. 7 : 

Whether claims 17 and 22 are unpatentable under 35 U.S.C. § 103(a) over Postman et 
al. (U.S. Pat. No. 5,664,231) in view of Harari et al. (U.S. Pat. No. 6,266,724). 

Issue No. 8 : 

Whether claims 18 and 19 are unpatentable under 35 U.S.C. § 103(a) over Postman et 
al. (U.S. Pat. No. 5,664,231) in view of Harari et al. (U.S. Pat. No. 6,266,724) and further in 
view of De Nicola (U.S. Pat. No. 6,308,240). 

Issue No. 9 : 

Whether claims 20 and 21 are unpatentable under 35 U.S.C. § 103(a) over Postman et 
al. (U.S. Pat. No. 5,664,231) in view of Harari et al. (U.S. Pat. No. 6,266,724) and further in 
view of Kane (U.S. Pat. No. 5,652,832). 

Issue No. 10 : 

Whether claim 23 is unpatentable under 35 U.S.C. § 103(a) over Postman et al. (U.S. 
Pat. No. 5,664,231) in view of Harari et al. (U.S. Pat. No. 6,266,724) and further in view of 
Cepulis (U.S. Pat. No. 5,664,231). 

7. GROUPING OF CLAIMS 

In regard to Issue No. 1, claims 1 and 24 will stand or fall separately, while claims 3-8 
and 1 1 will stand or fall with claim 1, and claims 25-28 will stand or fall with claim 24. In 
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regard to Issue No. 2, claim 2 will stand or fall with claim 1 . In regard to Issue No. 3, claim 9 
will stand or fall with claim 1, while claim 30 will stand or fall with claim 24. In regard to 
Issue No. 4, claims 12-14 will stand or fall with claim 1. In regard to Issue No. 5, claim 15 
will stand or fall with claim 1. In regard to Issue No. 6, claims 10 and 16 will stand or fall 
with claim 1 , while claims 29 and 3 1 will stand or fall with claim 24. In regard to Issue No. 

7, claim 17 will stand or fall separately, while claim 22 will stand or fall with claim 17. In 
regard to Issue No. 8, claims 18 and 19 will stand or fall with claim 17. In regard to Issue 
No. 9, claims 20 and 21 will stand or fall with claim 17. In regard to Issue No. 10, claim 23 
will stand or fall with claim 17. 

8. ARGUMENT 

As discussed in detail below, the Examiner has improperly rejected the pending 
claims. The Examiner has misapplied long-standing and binding legal precedents and 
principles in rejecting the claims under Sections 102(e) and 103(a). Accordingly, Appellants 
respectfully request full and favorable consideration by the Board, as Appellants firmly 
believe that claims 1-31 are currently in condition for allowance. 

Issue No. 1: 

The Examiner rejected claims 1 , 3-8, 1 1 and 24-28 under 35 U.S.C. § 102(e) as being 
anticipated by Harari et al. (U.S. Pat. No. 6,266,724). With regard to the independent claims, 
the Examiner stated: 

As to claim 1 , Harari teaches a method of implementing a 
personal digital assistant comprising a main unit (host system 
200 and/or mother card 10) and an option pack (daughter card 
20) (Fig. 1) comprising the acts of: (a) coupling the option pack 
with the main unit (Fig. 1), the option pack comprising a first 
memory device (memory in the daughter card) configured to 
store one or more applications and drivers associated with the 
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one or more applications (col. 10. lines 37-47 and col. 13, lines 
10-20), and a second memory device (part of the memory in the 
daughter card) configured to store identification data 
(configuration and device specific information) (col. 8, lines 51- 
55), the main unit comprising a device manager (comprehensive 
controller) configured to receive the identification data from the 
second memory device (col. 8, lines 38-55), a power supply (col. 
7, lines 55-61), and a third memory device (ROM 52) (col. 7, 
lines 46-61); (b) transmitting the identification data from the 
second memory device to the device manager (col. 8, lines 51- 
55); and (c) downloading the one or more applications, as well as 
drivers associated with the one or more applications, form the 
option pack to the main unit (col. 10, lines 37-47 and col. 13, 
lines 10-20). 

As to claim 24, Harari teaches an option pack interface 
comprising: a memory device (memory in the daughter card) 
comprising a memory data structure configured to store 
identification data (configuration and device specific 
information) (col. 8, lines 51-55), and at least one data sector 
defined within the memory data structure (part of the memory in 
the daughter card), wherein the at least one data sector comprises 
one or more applications, as well as drivers associated with the 
one or more applications (col. 10, lines 37-47 and col. 13, lines 
1 0-20), and wherein the one or more applications and drivers are 
. configured to be downloaded from the memory device to a main 
unit (col. 10, lines 37-47 and col. 13, lines 10-20). 

Further, in the Advisory Action mailed on January 26, 2004, the Examiner stated: 

With respect to Applicant's argument regarding claims 1 
and 24 on page 1 1 of the Remarks that "the applications and 
drivers are not downloaded to the mother card 10. As clearly 
stated in the Harari reference, any applications and/or drivers are 
simply read or made accessible by the mother board", it is noted 
that the mother card has the intelligence to move/copy blocks of 
files (software, microcode, or data) into and out of the daughter 
card (col. 9, lines 15-27 and col. 10, lines 48-52), therefore, 
applications/drivers on the daughter card are downloaded to the 
mother card. Harari also discloses configuration and device 
specific information (such as format and file structure)(driver) 
stored in the daughter card can be downloaded into the mother 
card to customize it for appropriate operation (col. 8, lines 51- 
55). Thus the rejection is proper. 



6 



Appellants respectfully traverse the Examiner's assertions made in the Final Office 
Action, as well as the subsequent advisory action. Anticipation under Section 102 can be 
found only if a single reference shows exactly what is claimed. Titanium Metals Corp. v. 
Banner, 778 F.2d 775, 227 U.S.P.Q. 773 (Fed. Cir. 1985). For a prior art reference to 
anticipate under Section 102, every element of the claimed invention must be identically 
shown in a single reference. In re Bond, 910 F.2d 831, 15 U.S.P.Q.2d 1566 (Fed. Cir. 1990). 
To maintain a proper rejection under Section 102, a single reference must teach each and 
every element or step of the rejected claim. Atlas Powder v. EJ. du Pont, 750 F.2d 1569 
(Fed. Cir. 1984). Thus, if the claims recite even one element not found in the cited reference, 
the reference does not anticipate the claimed invention. 

Appellants respectfully traverse the Examiner's assertions made in the Final Office 
Action, as well as the subsequent advisory action, for at least two reasons. First, the Examiner 
asserted that one skilled in the art would correlate the mother card 1 0 and the daughter card 20 
with the main unit and the option pack of the presently recited personal digital assistant (PDA). 
However, as discussed further below, in support of this assertion, the Examiner selected aspects 
of different and mutually exclusive embodiments disclosed in the Harari reference. As such, the 
Examiner's assertion is not supported by the Harari reference. Second, the Examiner asserted 
that the Harari reference discloses downloading applications and drivers from the daughter card 
20 to the mother card 10. However, even if the mother card 10 and the daughter card 20 could 
be fairly correlated with the recited main unit and option pack, the Harari reference does not 
disclose downloading applications and drivers from the option pack to the main unit, as 
discussed further below. 
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Claim 1 recites a method comprising "downloading the one or more applications, as 
well as drivers associated with the one or more applications from the option pack to the main 
unit." Claim 24 recites an option pack interface having at least one data sector, "wherein the at 
least one data sector comprises one or more applications, as well as drivers associated with the 
one or more applications, and wherein the one or more applications and drivers are configured 
to be downloaded from the memory device to a main unit." 

In contrast to the presently recited subject matter, the Harari reference discloses a system 
for implementing mass storage peripherals, such as electrically erasable programmable read- 
only-memories (EEPROM) or flash EEPROMs. Col. 1, lines 20-22. The Harari reference 
discloses a memory card being made up of a mother card portion and a daughter card portion. 
Col. 6, lines 56-58. More specifically, a peripheral card having a PC card form factor and 
removably coupled externally to a host system is further partitioned into a mother card and a 
daughter card. Abstract. The daughter card is removably coupled to the mother card. Abstract. 
As disclosed in the Harari reference, the system memory originally residing in a host system 
may be relocated to the mother card/ daughter card to free space on the host system 
motherboard. Col. 4, lines 34-41. The mother card/ daughter card combination contains all of 
the memory requirements for the host system. Col. 4, lines 52-54. This provides a single 
memory card which includes a hybrid of main memory (DRAM or SRAM as well as ROM or 
flash) 60 on the mother card 1 0 and mass storage memory (hard disk or flash EEPROM, or 
floppy disk) on the daughter card 20. Col. 9, lines 8-14. 

With regard to the first point of error, throughout the Office Action, the Examiner 
correlated the mother card 10 and the daughter card 20 of Harari with the presently recited main 
unit and option pack, respectively. The passages cited by the Examiner generally refer to a 
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memory card 100 comprising a daughter card 20 coupled to a mother card 10. The Examiner 
cited various functions described in the Harari reference with regard to the mother card 10 in 
correlating the presently recited main unit in rejecting the present claims. 

During prosecution, Appellants asserted that one skilled in the art would not correlate 
the daughter card 20 and mother card 10 (which may be combined to form a memory card 100 
for use in a computer system) with the recited option pack and main unit of a personal digital 
assistant. In response to Appellant's assertion the Examiner directed Appellant's to col. 12, 
lines 43-47 of the Harari reference. Appellants respectfully respond by noting that while the 
cited passage does indeed mention a personal digital assistant (PDA), the embodiment 
illustrated in the cited passage provides a daughter card 20 which may be coupled directly to a 
host system 200' and that this embodiment does not even include the mother card 10. See Fig. 
9; col. 12, lines 25-55. The Harari reference explicitly states that the host system (not the 
mother card) may be a PDA. It would appear that the Examiner is changing the rejection. As 
discussed above, the other cited passages used by the Examiner in support of his rejection 
correlate the recited main unit/ option pack with the mother card 10/ daughter card 20. 
Accordingly, the supporting material cited by the Examiner is directed to the functionality and 
implementation of the mother card 10. As such, the Examiner's citation of the Harari 
embodiment of coupling a daughter card 20 directly to a host system 200' (which may comprise 
a PDA), is of little consequence. 

If the Examiner means to assert that the host system disclosed in Harari correlates with 
the main unit recited in the present claims, the Examiner's other assertions and citations directed 
to the correlation of the mother card 10 to the main unit recited in the present claims, are moot. 
Appellants maintain the position that one skilled in the art would not correlate the daughter card 
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20 and mother card 10 which may be combined to form a memory card 100 for use in a 
computer system with the recited option pack and main unit of a personal digital assistant. 
Appellants further assert that the Examiner's citation to the embodiment disclosed in Fig. 9 of 
the Harari reference provides no support for the contention that the mother card would be 
correlated with the main unit of a PDA by one of ordinary skill in the art. 

Even if one skilled in the art would correlate the recited option pack and main unit with 
the daughter card 20 and mother card 10 disclosed in the Harari reference, the Harari reference 
does not disclose each of the features additionally recited in claims 1 and 24. With regard to the 
second point of error, in the Final Office Action, the Examiner cited col. 10, lines 37-47 and col. 
13, lines 10-20 as disclosing the act of downloading one or more applications, as well as drivers 
associated with the one or more applications, from the option pack to the main unit, as recited in 
claim 1 . Similarly, the Examiner cited the same passages in support of his assertion that Harari 
teaches an option pack interface wherein one or more applications and drivers are configured to 
be downloaded from a memory device on the option pack to the main unit, as recited in claim 
24. Further, in the Advisory Action, the Examiner cited col. 9, lines 15-27 and col. 10, lines 48- 
52 in noting that "the mother card has the intelligence to move/copy blocks of files (software, 
microcode, or data) into and out of the daughter card," and concluded that "therefore, 
applications/drivers on the daughter card are downloaded to the mother card." Further, the 
Examiner cited col. 8, lines 51-55 in stating that "Harari also discloses configuration and device 
specific information (such as format and file structure)(driver) stored in the daughter card can be 
downloaded into the mother card to customize it for operation." Appellants respectfully 
traverse these assertions. 
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The first passage discloses a controller on the mother card 1 0 which is configured to 
read and write to the daughter card 20. Col. 10, lines 43-45. The controller on the mother card 
10 may, for example, read different application programs on the daughter card 20. Col. 1 0, 
lines 45-47. The second passage discloses storing a key or algorithm on the daughter card 20 
wherein the key is used to recover data stored on the daughter card 20. Col. 13, lines 10-15. 
When the daughter card 20 is relocated from one host to another, the decoding information is 
available on the daughter card 20. 

While these passages may disclose reading application programs from a daughter card 
20 and the availability of a decoding key or decoding algorithm on the daughter card 20, 
nothing in the Harari reference discloses downloading one or more applications and drivers 
associated with those applications from an option pack to a main unit as recited in the present 
claims. Appellants assert that even if the mother card 10 is capable of reading different 
application programs on the daughter card 20 or accessing drivers on the daughter card 20, the 
applications and drivers are not downloaded to the mother card 10. As clearly stated in the 
Harari reference, any applications and/or drivers are simply read or made accessible by the 
mother board. 

The passages additionally cited by the Examiner in the Advisory Action provide no 
further support for the Examiner's assertion. The cited passages refer to a memory card 100 
comprising a daughter card 20 coupled to a mother card 10. "This provides a single memory 
card which includes a hybrid of main memory (DRAM or SRAM as well as ROM or flash) 60 
on the mother card 10 and mass storage memory (hard disk or flash EEPROM, or floppy disk) 
on the daughter card 20." Col. 9, lines 9-11. The embodiment described in Figs. 6 - 8 of the 
Harari reference are directed to the daughter card 20 being a disk/flash/floppy media card, such 
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as a flash EEPROM card. Col. 9, lines 15-27 and col. 10, lines 48-52, each cited by the 
Examiner in the Advisory Action, disclose moving blocks of files between the two memory 
cards (the daughter card 20 and the mother card 10). Appellants respectfully assert that moving 
files between the daughter card 20 and the mother card 1 0 cannot be fairly characterized as 
downloading applications and drivers from an option pack to a main unit, as recited in the 
present claims. In the context of the cited embodiments of the daughter card 20 and mother 
card 10 as memory cards cited, downloading applications and drivers from the daughter card 20 
to the mother card 10 does not make sense. 

Further, in the Advisory Action, the Examiner cited the col. 8, lines 51-55 of the Harari 
reference as disclosing the downloading of drivers. Appellants respectfully traverse this 
characterization, as well. The cited passage discloses downloading configuration and device 
specific information (such as format and file structure) from the daughter card to the mother 
card. Appellants assert that downloading configuration information is in no way correlative to 
downloading drivers. As discussed further below, those skilled in the art would understand that 
a "driver" refers to the program that controls a device, www . webopedi a. com . Downloading 
configuration and device specific information does not imply downloading a device driver. 

Claim 1 recites an option pack comprising "a first memory device configured to store 
one or more applications, as well as drivers associated with the one or more applications," and 
"a second memory device configured to store identification information." Clearly, the 
applications and drivers are separate from the recited identification information, since the 
applications and drivers are stored in a different memory device than the identification 
information. In the Final Office Action, the Examiner cited col. 8, lines 51-55 of the Harari 
reference and correlated the device specific information of Harari with the "identification 
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information" recited in claim 1 . However, as noted above, in the Advisory Action, the 
Examiner cited the same device specific information of Harari as correlating with the "drivers" 
recited in claim 1 . Appellants respectfully assert that the downloading of the device specific 
information disclosed in Harari does not provide any support for the contention that the Harari 
reference discloses downloading applications and drivers. Those skilled in the art would not 
understand the downloading of configuration and device specific information as downloading 
drivers. Indeed, until the Advisory Action, the Examiner did not make this correlation, either. 
Appellants respectfully submit that this assertion simply has no merit. 

For at least the reasons discussed above, Appellants respectfully assert that the Harari 
reference does not disclose every element recited in the present claims and therefore cannot 
possibly anticipate the recited subject matter. Therefore, Appellants respectfully request that the 
Board find claims 1,3-8, 11 and 24-28 are patentable over the prior art of record and reverse the 
Examiner's rejection of those claims. 

Issue No. 2 : 

The Examiner rejected claim 2 as being unpatentable under 35 U.S.C. § 103(a) over 
Harari et al. (U.S. Pat. No. 6,266,724) in view of Bailey et al. (U.S. Pat. No. 6,134,612). 
Appellants respectfully traverse this rejection. Claim 2 is dependent on claim 1 . The 
Examiner only relied on the Bailey reference as disclosing a 100-pin connector. Appellants 
note that the Bailey reference does nothing to cure the deficiencies of the Harari reference, as 
discussed above with respect to Issue No. 1 . Accordingly, neither of the references, either 
alone or in combination, discloses all of the elements recited in claim 2 and thus, cannot 
possibly render the recited subject matter obvious. Therefore, Appellants respectfully request 
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that the Board find claim 2 patentable over the prior art of record and reverse the Examiner's 
rejection of this claim for the reasons discussed above with regard to claim 1 . 

Issue No. 3 : 

The Examiner rejected claims 9 and 30 as being unpatentable under 35 ILS.C. § 
103(a) over Harari et al. (U.S. Pat. No. 6,266,724) in view of Garney (U.S. Pat. No. 
5,538,436). Appellants respectfully traverse this rejection. Claim 9 is dependent on claim 1 
and claim 30 is dependent on claim 24. The Examiner only relied on the Garney reference as 
disclosing identification information comprising a bootstrap program. Appellants note that 
the Garney reference does nothing to cure the deficiencies of the Harari reference, as 
discussed above with respect to Issue No. 1. Accordingly, neither of the references, either 
alone or in combination, discloses all of the elements recited in claims 9 and 30 and thus, 
cannot possibly render the recited subject matter obvious. Therefore, Appellants respectfully 
request that the Board find claims 9 and 30 patentable over the prior art of record and reverse 
the Examiner's rejection of these claims for the reasons discussed above with regard to claims 1 
and 24. 

Issue No. 4 : ^ 

The Examiner rejected claims 12-14 as being unpatentable under 35 U.S.C. § 103(a) 
over Harari et al. (U.S. Pat. No. 6,266,724) in view of Miller (U.S. Pat. No. 6,199,168). 
Appellants respectfully traverse this rejection. Claims 12-14 are dependent on claim 1. The 
Examiner only relied on the Miller reference as disclosing a minimal current draw upon 
insertion of an option pack into a main unit and determining whether the main unit has 
enough power to fully activate the option pack. Appellants note that the Miller reference 
does nothing to cure the deficiencies of the Harari reference, as discussed above with respect 
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to Issue No. 1. Accordingly, neither of the references, either alone or in combination, 
discloses all of the elements recited in claims 12-14 and thus, cannot possibly render the 
recited subject matter obvious. Therefore, Appellants respectfully request that the Board find 
claims 12-14 patentable over the prior art of record and .reverse the Examiner's rejection of 
these claims for the reasons discussed above with regard to claim 1. 

Issue No. 5 : 

The Examiner rejected claim 15 as being unpatentable under 35 U.S.C. § 103(a) over 
Harari et al. (U.S. Pat. No. 6,266,724) in view of Kane et al. (U.S. Pat. No. 5,652,832). 
Appellants respectfully traverse this rejection. Claim 15 is dependent on claim 1. The 
Examiner only relied on the Kane reference as disclosing checking whether there is enough 
memory allocated in the main unit in order to recognize and configure the option pack. 
Appellants note that the Kane reference does nothing to cure the deficiencies of the Harari 
reference, as discussed above with respect to Issue No. 1. Accordingly, neither of the 
references, either alone or in combination, discloses all of the elements recited in claim 15 
and thus, cannot possibly render the recited subject matter obvious. Therefore, Appellants 
respectfully request that the Board find claim 1 5 patentable over the prior art of record and 
reverse the Examiner's rejection of this claim for the reasons discussed above with regard to 
claim 1. 

Issue No. 6 : 

The Examiner rejected claims 10, 16, 29 and 31 as being unpatentable under 35 
U.S.C. § 103(a) over Harari et al. (U.S. Pat. No. 6,266,724) in view of Petty (U.S. Pat. No. 
6,369,486). Appellants respectfully traverse this rejection. Claims 10 and 16 are dependent 
on claim 1 and claims 29 and 3 1 are dependent on claim 24. Appellants note that the Petty 



15 



reference does nothing to cure the deficiencies of the Harari reference, as discussed above 
with respect to Issue No. 1 . Accordingly, neither of the references, either alone or in 
combination, discloses all of the elements recited in claims 10, 16, 29 and 31 and thus, cannot 
possibly render the recited subject matter obvious. Therefore, Appellants respectfully request 
that the Board find claims 10, 16, 29 and 3 1 patentable over the prior art of record and reverse 
the Examiner's rejection of these claims for the reasons discussed above with regard to claim 1 
and 24. 



Issue No. 7: 

The Examiner rejected claims 17 and 22 under 35 U.S.C. § 103(a) as being unpatentable 

over Postman et al. (U.S. Pat. No. 5,664,231) in view of Harari et al. (U.S. Pat. No. 6,266,724). 

Specifically with regard to independent claim 17, the Examiner stated: 

As to claim 17, Postman teaches a method of 
interfacing an option pack (PC card) with a min unit of a 
personal digital assistant (PDA), comprising the acts of: (a) 
determining whether there is an option pack coupled to the 
main unit (automatically apply power to the input device 
when the PC Card is inserted) (col. 26, lines 48-48-50); (b) 
providing an interrupt signal from the option pack to the 
main unit; (c) interrupting the processing of the main unit; (d) 
notifying the main unit that the option pack is present (col. 
26, lines 50-54 and col. 7, lines 1-5); and (e) transmitting 
identification information (Configuration Option/Card 
Configuration Status Register) from the option pack to the 
main unit (col. 8, lines 43-54). However, Postman does not 
explicitly disclose copying one or more applications, as well 
as drivers associated with the one or more applications, from 
the option pack to the main unit. Harari teaches option pack 
having applications and drivers associated with the 
applications, and teaches copying the applications and drivers 
from the option pack to the main unit (col. 10, lines 37-47 
and col. 13, lines 10-20). It would have been obvious to one 
of ordinary skill in the art at the time the invention was made 
to implement including applications and drivers associated 
with the applications in the option pack, and copying the 
applications and drivers from the option pack to the main unit 
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as taught by Harari in the system of Postman to add different 
specific functions (programs) to the system at any time. 

Appellants respectfully traverse this assertion. The burden of establishing a prima 
facie case of obviousness falls on the Examiner. Ex parte Wolters and Kuypers, 214 U.S.P.Q. 
735 (PTO Bd. App. 1 979). Obviousness cannot be established by combining or modifying 
the teachings of the prior art to produce the claimed invention absent some teaching or 
suggestion supporting the combination or modification. See ACS Hospital Systems, Inc. v. 
Montefwre Hospital, 732 F.2d 1572, 1577, 221 U.S.P.Q. 929, 933 (Fed. Cir. 1984). 
Accordingly, to establish a prima facie case, the Examiner must not only show that the 
combination includes all of the claimed elements, but also a convincing line of reason as to 
why one of ordinary skill in the art would have found the claimed invention to have been 
obvious in light of the teachings of the references. Ex parte Clapp, 221 U.S.P.Q. 972 
(B.P.A.I. 1985). 

Claim 17 recites "copying one or more applications, as well as drivers associated with 
the one or more applications, from the option pack to the main unit." The Examiner cited the 
Harari reference as disclosing the aforementioned features. As discussed above with regard 
to independent claims 1 and 24, the Harari reference does not disclose downloading or 
copying applications and drivers from an option pack to a main unit. The Postman reference 
simply discloses a PCMCIA card which is not configured to store one or more applications 
and associated drivers. Accordingly, the Postman reference does not cure the deficiencies of 
the Harari reference. Because neither of the references either alone or in combination 
discloses each of the elements recited in the present claims, the references cannot possibly 
render the claimed subject matter obvious. Therefore, Appellants respectfully request that the 
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Board find claims 17 and 22 patentable over the prior art of record and reverse the Examiner's 
rejection of these claims for the reasons discussed above with regard to claims 1 and 24. 

Issue No. 8 : 

The Examiner rejected claims 18 and 19 as being unpatentable under 35 U.S.C. § 
103(a) over Postman et al. (U.S. Pat. No. 5,664,231) in view of Harari et al. (U.S. Pat. No. 
6,266,724) and further in view of De Nicola (U.S. Pat. No. 6,308,240). Appellants 
respectfully traverse this rejection. Claims 18 and 19 are dependent on claim 17. The 
Examiner only relied on the De Nicola reference as disclosing determining whether the main 
unit has enough power to enable the option pack. Appellants note that the De Nicola 
reference does nothing to cure the deficiencies of the Harari and Postman references, as 
discussed above with respect to Issues No. 1 and 7. Accordingly, none of the references, 
either alone or in combination, discloses all of the elements recited in claims 1 8 and 19 and 
thus, cannot possibly render the recited subject matter obvious. Therefore, Appellants 
respectfully request that the Board find claims 18 and 19 patentable over the prior art of record 
and reverse the Examiner's rejection of these claim for the reasons discussed above with regard 
to claim 17. 

Issue No. 9 : 

The Examiner rejected claims 20 and 21 as being unpatentable under 35 U.S.C. § 
103(a) over Postman et al. (U.S. Pat. No. 5,664,231) in view of Harari et al. (U.S. Pat. No. 
6,266,724) and further in view of Kane (U.S. Pat. No. 5,652,832). Appellants respectfully 
traverse this rejection. Claims 18 and 19 are dependent on claim 17. The Examiner only 
relied on the Kane reference as disclosing checking whether there is enough memory 
allocated in the main unit in order to recognize and configure the option pack. Appellants 
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note that the Kane reference does nothing to cure the deficiencies of the Harari and Postman 
references, as discussed above with respect to Issues No. 1 and 7. Accordingly, none of the 
references, either alone or in combination, discloses all of the elements recited in claims 20 
and 21 and thus, cannot possibly render the recited subject matter obvious. Therefore, 
Appellants respectfully request that the Board find claims 20 and 21 patentable over the prior 
art of record and reverse the Examiner's rejection of these claims for the reasons discussed 
above with regard to claim 17. 

Issue No. 10 : 

The Examiner rejected claim 23 is unpatentable under 35 U.S.C. § 103(a) over 
Postman et al. (U.S. Pat. No. 5,664,231) in view of Harari et al. (U.S. Pat. No. 6,266,724) and 
further in view of Cepulis (U.S. Pat. No. 5,664,231). Appellants respectfully traverse this 
rejection. Claims 23 is dependent on claim 17. The Examiner only relied on the Cepulis 
reference as disclosing initiating a timer to debounce a signal. Appellants note that the 
Cepulis reference does nothing to cure the deficiencies of the Harari and Postman references, 
as discussed above with respect to Issues No. 1 and 7. Accordingly, none of the references, 
either alone or in combination, discloses all of the elements recited in claim 23 and thus, 
cannot possibly render the recited subject matter obvious. Therefore, Appellants respectfully 
request that the Board find claim 23 patentable over the prior art of record and reverse the 
Examiner's rejection of this claim for the reasons discussed above with regard to claim 17. 

9. CONCLUSION 

In view of the remarks set forth above, Appellants respectfully submit that the 
Examiner has provided no supportable position or evidence that claims 1 -3 1 are unpatentable 
over the cited references. Accordingly, Appellants respectfully request that the Board find 
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claims 1-31 patentable over the prior art of record and reverse the Examiner's rejection of 
those claims. 
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10. APPENDIX OF CLAIMS ON APPEAL 

1 . A method of implementing a personal digital assistant comprising a main unit 
and an option pack comprising the acts of: 

(a) coupling the option pack with the main unit, 

the option pack comprising a first memory device configured to store 
one or more applications, as well as drivers associated with the one or more applications, and a 
second memory device configured to store identification data, 

the main unit comprising a device manager configured to receive the 
identification data from the second memory device, a power supply, and a third memory device; 

(b) transmitting the identification data from the second memory device to 
the device manager; and 

(c) downloading the one or more applications, as well as drivers associated 
with the one or more applications, from the option pack to the main unit. 

2. The method of implementing a personal digital assistant, as set forth in claim 1, 
wherein act (a) comprises coupling the option pack with the main unit via a 100-pin connector. 

3. The method of implementing a personal digital assistant, as set forth in claim 1, 
wherein the first memory device and the second memory device comprise the same memory 
device. 

4. The method of implementing a personal digital assistant, as set forth in claim 1 , 
wherein the device manager comprises a device driver that controls the interaction between the 
main unit and the option pack. 
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5. The method of implementing a personal digital assistant, as set forth in claim 1 , 
wherein the first memory device comprises a flash memory or a read only memory (ROM). 

6. The method of implementing a personal digital assistant, as set forth in claim 1 , 
wherein the second memory device comprises an electrically erasable programmable read only 
memory (EEPROM). 

7. The method of implementing a personal digital assistant, as set forth in claim 1, 
wherein the identification data comprises option pack feature information, option pack 
configuration, and option pack identification. 

8. The method of implementing a personal digital assistant, as set forth in claim 1 , 
wherein the identification data comprises option pack identification information, control 
information, a driver table, and option pack configuration. 

9. The method of implementing a personal digital assistant, as set forth in claim 1 , 
wherein the identification information comprises a bootstrap program. 

1 0. The method of implementing a personal digital assistant, as set forth in claim 1 , 
wherein the identification information comprises original equipment manufacturer (OEM) 
information. 

1 1 . The method of implementing a personal digital assistant, as set forth in claim 1 , 
wherein act (b) comprises the act of transmitting the identification data through a serial 
interface. 
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12. The method of implementing a personal digital assistant, as set forth in claim 1 1 , 
wherein act (b) comprises the acts of: 

(a) enabling the serial interface; 

(b) enabling the power supply to transmit power to the option pack; and 

(c) transmitting the identification data from the second memory device to 
the device manager wherein the option pack only draws a minimal amount of current from the 
main unit. 

13. The method of implementing a personal digital assistant, as set forth in claim 12, 
wherein act (c) comprises the act of transmitting the identification data wherein the option pack 
draws 5.0 mA - 1 5.0 mA of current from the main unit. 

14. The method of implementing a personal digital assistant, as set forth in claim 1, 
comprising the act of determining whether the power supply in the main unit has enough power 
to activate the option pack fully. 

15. The method of implementing a personal digital assistant, as set forth in claim 1, 
comprising the act of determining whether the third memory device on the main unit has 
enough memory capacity to receive the applications and associated drivers stored on the second 
memory device of the option pack. 

16. The method of implementing a personal digital assistant, as set forth in claim 1, 
wherein the second memory comprises location and identification information of the 
applications and drivers available on the option pack. 
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17. A method of interfacings option pack with a main unit of a personal digital 
assistant (PDA), comprising the acts of: 

(a) determining whether there is an option pack coupled to the main unit; 

(b) providing an interrupt signal from the option pack to the main unit; 

(c) interrupting the processing of the main unit; 

(d) notifying the main unit that the option pack is present; and 

(e) transmitting identification information from the option pack to the main 

unit and; 

(f) copying one or more applications, as well as drivers associated with the 
one or more applications, from the option pack to the main unit. 



18. The method, as set forth in claim 17, comprising the act of determining whether 
the main unit has enough power to enable the option pack. 

19. The method, as set forth in claim 18, comprising the act of notifying a user as to 
whether the main unit has enough power to enable the option pack. 

20. The method, as set forth in claim 1 7, comprising the act of determining whether 
the main unit has enough memory to store the applications and drivers available on the option 
pack. 



21 . The method, as set forth in claim 20, comprising the act of notifying a user as to 
whether the main unit has enough memory to store the applications and drivers available on the 
option pack. 
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22. The method, as set forth in claim 1 7, wherein act (c) comprises the act of 
interrupting the main unit with one or more detect signals. 

23. The method, as set forth in claim 22, wherein the detect signals initiate a timer to 
allow the detect signals to debounce. 

24. An option pack interface comprising: 

a memory device comprising a memory data structure configured to store 
identification data; and 

at least one data sector defined within the memory data structure, wherein the at 
least one data sector comprises one or more applications, as well as drivers associated with the 
one or more applications, and wherein the one or more applications and drivers are configured 
to be downloaded from the memory device to a main unit. 

25. The option pack interface, as set forth in claim 24, wherein the at least one data 
sector comprises option pack identification data. 

26. The option pack interface, as set forth in claim 24, wherein the at least one data 
sector comprises driver control information. 

27. The option pack interface, as set forth in claim 24, wherein the at least one data 
sector comprises a driver table. 
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28. The option pack interface, as set forth in claim 24, wherein the at least one data 
sector comprises option pack configuration information. 

29. The option pack interface, as set forth in claim 28, wherein the option pack 
configuration information comprises information correlating to battery capacity of the option 
pack. 

30. The option pack interface, as set forth in claim 24, wherein the at least one data 
sector comprises a bootstrap program. 

3 1 . The option pack interface, as set forth in claim 24, wherein the at least one data 
sector comprises original equipment manufacturer (OEM) information. 



26 



